home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1991 / Feb 91 / MacApp.Tech$ 2⁄8⁄91 / 2864-MADA Conference News-Feb91 < prev    next >
Encoding:
Text File  |  1991-03-06  |  4.0 KB  |  83 lines  |  [TEXT/GEOL]
  1. Item    4003511                         6-Feb-91        11:11PST
  2.  
  3. From:   D2188                           Office Product Tech, B Toback,PRT
  4.  
  5. To:     POWERUP.ENG                     Power Up Software,PRT
  6.  
  7. cc:     MACAPP.TECH$                    MacApp Technical
  8.  
  9. Item forwarded by       RUF          to FLICKMAN1 
  10.  
  11. ------------------------------------------------------------------------------
  12.  
  13. Sub:    MADA Conference News (long)
  14.  
  15. Per your request, news from the MADA conference (from the perspective of a
  16. SINGLE attendee):
  17.  
  18. Overview of MacApp 3.0 (given by several people on the MacApp team):
  19.  
  20. MacApp 3.0 has a lot of new facilities, and some architectural changes as well.
  21. TDocument was described as "overweight and knows too much," so it has been put
  22. on a diet and made less smart. The class has been stripped of its file
  23. knowledge, and is now responsible primarily for managing window and view lists.
  24. A subclass of TDocument, TFileBasedDocument, is now used to encapsulate the
  25. functionality of the old TDocument, but with some new flexibility. The
  26. additional flexibility comes from the generalization of files into a TFile
  27. object and a TFileHandler. A TFile knows a lot about the Macintosh file system,
  28. while a TFileHandler relies on services provided by a TFile and provides
  29. document-level services to a TDocument. The whole effect is to make it much
  30. easier to implement multiple-file documents (and presumably data base resident
  31. documents), as well as to allow documents residing on places other than disc.
  32.  
  33. Target management has been improved dramatically. It is now possible to have
  34. multiple TTEViews in a view. The same architectural changes fully implement
  35. floating windows, and these changes also include the ability to tab between
  36. floating windows as well as between multiple views in a single window. Any view
  37. (actually, any TEvtHandler) can specify that it is willing to become the
  38. target; MacApp target management iterates over TEvtManagers looking for
  39. candidates in much the same way that TDialogView iterated over TEditText items
  40. to implement tabbing.
  41.  
  42. AppleEvent support has been added, as a generalization of the notion of events
  43. and commands. In addition to the AppleEvent control structures, there will be a
  44. unit that will help in creating and responding to AppleEvents.
  45.  
  46. Balloon help is supported, and the support necessary for balloon help results
  47. in an improvement to cursor tracking as well. Cursor tracking with "smart"
  48. mouse regions is now fully implented, and the same logic is used to support
  49. balloon help for windows and views. Almost all balloon help, even at the view
  50. level, can be arbitrated through help resources.
  51.  
  52. Dependency management has been added, and it's quite elegant. Dependency
  53. management is implemented at the object level, but TObject itself hasn't gained
  54. any new fields. Instead, the data structures for dependency management are
  55. global, and implemented for speed. Using the new dependency management tools,
  56. very complex dependency graphs involving hundreds of dependencies can be
  57. navigated in a second or two. The algorithm insures that each dependent target
  58. is notified of a change only once, no matter how many paths to it exist in the
  59. dependency graph.
  60.  
  61. The edition manager will be fully supported, desipite many of the definitional
  62. pitfalls to be found in it. There is now the concept of a designator, or
  63. collection of pieces of an object that can be the target of some operation.
  64.  
  65. View adornments, formerly limited to TControls, are now generalized to any
  66. view, and can be implemented by MacApp clients. One adornment can apply to many
  67. different views, and there is support for adorning views both before and after
  68. the view contents are drawn.
  69.  
  70. There are a number of minor enhancements as well, but I'm sure someone will
  71. write a full article in FrameWorks about all the little details.
  72.  
  73. Finally, MacApp has been converted to C++. (Yup.)
  74.  
  75. Regards,
  76. Bruce Toback
  77. OPT, Inc.
  78. D2188
  79. From the MADA conference
  80.  
  81. P.S. The decision to convert MacApp to C++ was not met with universal approval.
  82.  
  83.